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[57] ABSTRACT 

The present invention discloses a method for processing 
positioning triggers for batch location requests in a location 
services system. A location authority transmits a batch 
location request to a positioning gateway which forwards 
requests to arm or disarm positioning triggers associated 
with particular subscribers. The positioning trigger associ- 
ated with the batch location request is added or removed 
from the HLR record of the subscriber. Next, the positioning 
trigger is either armed or disarmed at the MSC/VLR of the 
subscriber. 

20 Claims, 6 Drawing Sheets 
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METHOD FOR HANDLING OF 
POSITIONING TRIGGERS FOR BATCH 
LOCATION REQUESTS WITHIN A 
LOCATION SERVICES SYSTEM 

BACKGROUND OF THE INVENTION 

1. Technical Field of the Invention 

The present invention relates to telecommunications sys- 
tems and methods for determining the location of a mobile 
terminal within a cellular network, and more particularly, to 
a method for processing positioning triggers for batch loca- 
tion requests from a location service. 

2. Description of Related Art 

Cellular telecommunications is one of the fastest growing 
and most demanding telecommunications applications ever. 
Today it represents a large and continuously increasing 
percentage of all new telephone subscriptions around the 
world. A standardization group, European Telecommunica- 
tions Standards Institute (ETSI), was established in 1982 to 
formulate the specifications for the Global System for 
Mobile Communication (GSM) digital mobile cellular radio 
system. 

With reference now to FIG. 1 of the drawings, there is 
illustrated a GSM Public Land Mobile Network (PLMN), 
such as cellular network 10, which in turn is composed of a 
plurality of areas 12, each with a Mobile Switching Center 
(MSC) 14 and an integrated Visitor Location Register 
(VLR) 16 therein. The MSC/VLR areas 12, in turn, include 
a plurality of Location Areas (LA) 18, which are defined as 
that part of a given MSC/VLR area 12 in which a mobile 
station (MS) (terminal) 20 may move freely without having 
to send update location information to the MSC/VLR area 
12 that controls the LA 18. Each Location Area 18 is divided 
into a number of cells 22, Mobile Station (MS) 20 is the 
physical equipment, e.g., a car phone or other portable 
phone, used by mobile subscribers to communicate with the 
cellular network 10, each other, and users outside the 
subscribed network, both wireline and wireless. 

The MSC 14 is in communication with at least one Base 
Station Controller (BSC) 23, which, in turn, is in contact 
with at least one Base Transceiver Station (BTS) 24. The 
BTS is the physical equipment, illustrated for simplicity as 
a radio tower, that provides radio coverage to the cell 22 for 
which it is responsible. It should be understood that the BSC 
23 may be connected to several BTS's 24, and may be 
implemented as a stand-alone node or integrated with the 
MSC 14. In either event, the BSC 23 and BTS 24 
components, as a whole, are generally referred to as a Base 
Station System (BSS) 25. 

With further reference to FIG. 1, the PLMN Service Area 
or cellular network 10 includes a Home Location Register 
(HLR) 26, which is a database maintaining all subscriber 
information, e.g., user profiles, current location information, 
International Mobile Subscriber Identity (IMSI) numbers, 
and other administrative information, for subscribers regis- 
tered within that PLMN 10. The HLR 26 may be co-located 
with a given MSC 14, integrated with the MSC 14, or 
alternatively can service multiple MSCs 14, the latter of 
which is illustrated in FIG. 1. 

The VLR 16 is a database containing information about 
all of the MS's 20 currently located within the MSC/VLR 
area 12. If an MS 20 roams into a new MSC/VLR area 12, 
the VLR 16 connected to that MSC 14 requests data about 
that MS 20 from the HLR database 26 (simultaneously 
informing the HLR 26 about the current location of the MS 
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20). Accordingly, if the user of the MS 20 then wants to 
make a call, the local VLR 16 will have the requisite 
identification information without having to reinterrogate 
the HLR 26. In the aforedescribed manner, the VLR and 

5 HLR databases 16 and 26, respectively, contain various 
subscriber information associated with a given MS 20. 

Determining the geographical position of a MS 20 within 
a cellular network 10 has recently become important for a 
wide range of applications. For example, positioning ser- 

10 vices may be used by transport and taxi companies to 
determine the location of their vehicles. In addition, for 
emergency calls, e.g., 911 calls, the exact location of the 
mobile terminal 20 may be extremely important to the 
outcome of the emergency situation. Furthermore, position- 

15 ing services can be used to determine the location of a stolen 
car, for the detection of home zone calls, which are charged 
at a lower rate, for the detection of hot spots for micro cells, 
or for the subscriber to determine, for example, the nearest 
gas station, restaurant, or hospital, e.g., "Where am I ser- 

20 vice". 

As can be seen in FIG. 2 of the drawings, upon a network 
positioning request, the Base Station System (BSS) (220 and 
240) serving the MS 200 to be positioned generates posi- 
tioning data, which is delivered to the MSC 260. This 

25 positioning data is then forwarded to a Mobile Location 
Center (MLC) 270 for calculation of the geographical loca- 
tion of the MS 200. The location of the MS 200 can then be 
sent to a Location Application (LA) 280 that requested the 
positioning. Alternatively, the requesting LA 280 could be 

30 located within the MS 200 itself, within the MSC/VLR 260 
or could be an external node, such as an Intelligent Network 
(IN) node. 

In order to accurately determine the location of the MS 

35 200, positioning data from three or more separate BTS's 
(210, 220, and 230) is required. This positioning data for 
GSM systems can include, for example, a Timing Advance 
(TA) value, which corresponds to the amount of time in 
advance that the MS 200 must send a message in order for 

^ the BTS 220 to receive it in the time slot allocated to that MS 
200. When a message is sent from the MS 200 to the BTS 
220, there is a propagation delay, which depends upon the 
distance between the MS 200 and the BTS 220. TA values 
are expressed in bit periods, and can range from 0 to 63, with 

45 each bit period corresponding to approximately 550 meters 
between the MS 200 and the BTS 220. 

Once a TA value is determined for one BTS 220, the 
distance between the MS 200 and that particular BTS 220 is 
known, but the actual location is not. If, for example, the TA 

50 value equals one, the MS 200 could be anywhere along a 
radius of 550 meters. Two TA values from two BTSs, for 
example, BTSs 210 and 220, provide two possible points 
that the MS 200 could be located (where the two radiuses 
intersect). However, with three TA values from three BTSs, 

55 e.g., BTSs 210, 220, and 230, the location of the MS 200 can 
be determined with a certain degree of accuracy. Using a 
triangulation algorithm, with knowledge of the three TA 
values and site location data associated with each BTS (210, 
220, and 230), the position of the MS 200 can be determined 

60 (with certain accuracy) by the MLC 270. 

It should be understood, however, that any estimate of 
time, distance, or angle for any cellular system 205 can be 
used, instead of the TA value discussed herein. For example, 
the MS 200 can have a Global Positioning System (GPS) 

65 receiver built into it, which is used to determine the location 
of the MS 200. In addition, the MS 200 can collect posi- 
tioning data based on the Observed Time Difference (OTD) 
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between the time a BTS 220 sends out a signal and the time FIG. 4 is a signaling diagram illustrating the storing and 

the MS 200 receives the signal This time difference infor- arming of positioning triggers in response to a batch location 

mation can be sent to the MLC 270 for calculation of the request from a location authority; 

location of the MS 200. Alternatively, the MS 200, with FIG. 5 is a flow diagram illustrating the storing and 

knowledge of the location of the BTS 220, can determine its 5 arming of positioning triggers in response to a batch location 

location. request from a location authority; 

In order for a location application to subscribe to a fig. 6 is a signal flow diagram illustrating the removal 

location service provided by a wireless operator, a location and disarming of positioning triggers in response to a batch 

application profile must be created for the location applica- location request from a location authority; 

tion. In order to use the service, the location application must 10 piG. 7 is a flow diagram illustrating the removal and 

transmit a location requests to the positioning gateway. disarming of positioning triggers in response to a batch 

There are two types of location requests, interactive and location request from a location authority; and 

batch. Batch location requests include positioning triggers piG 8 fe a flf)w m ^ 

defining events for triggering .the .determination of the posi- Qf a ^ Qnin * iTigg( . T ^ ^ a subscriber, 

tion of a subscriber. Improved methods for processmg these 15 r 

.positioning triggers would greatly improve the quality of the DETAILED DESCRIPTION OF THE 

location services. INVENTION 

SUMMARY OF THE INVENTION Referring now to the Drawings, and more particularly, to 

. • „• *u e • j *u in FIG. 3, wherein there is described the interaction between a 

The present invention overcomes the foregoing and other iKi \ , . .. . , ... . 

r ... . c . „. . 4 . . f. c requestmg local application and a gateway mobile location 
problems with a method for handling positioning triggers for \ n ■ . r *\. . - r J . .. r - ^ 

batch location requests in a location service! system. A ? D * r : ?™ v f £ if^T^ • T.f 8 1 
, t . , % u , u i ♦ • . . Location Application (LA) 380 must first register with a~ 

location application transmits batch location requests to a _v «./T-i r r> . ,^wt ^ <*£k j j n 

• t - • * tu jj V i r Gateway Mobile Location Center (GMLC) 390 and define 

positioning gateway requesting the addition or removal of ... J f . j : u ... . \. ^ ™ A - ' 

.,.♦ ?• • • m. . c u k xWithm, for example, a database 398 within the GMLC 390 ; 

positioning tnggers in association with a number of sub- 25 V . ' . . ai „ , _ 

•u ii . „ c .u u * u i tU location services profile, e.g., all of the relevant service 

scribers. Upon receipt of the batch location requests, the . # *\. ( / A - 6 ' c , T » ion ^ 

positioning gateway determines whether or not the location p ™ tera .*^f c F»««?Pte f IbelAMO 

application is authorized to make the batch location ?an . d , efine :. whethe ? 380 . h au J^ to ' mt L at . e '_ 
rr an interactive positioning request 382, a batch mode posi- > 

. ^ 30 tioning request 384 or both. In -addition, the LA 380 can 
Upon confirmation of authorization, a message is for- defifle whether the ^ 380 has (he authofit tQ override 

warded from the positioning gateway to HLR associated rf ^ of aU subscribers 

as in the case of an 

with each subscriber in the batch location requests. Tins emergency ^nter, or particu i ar subscribers, as in the case of 

message includes information enabling the positioning , law enforcemenl agency . Furthermore, the LA 380 can 

trigger, subscription override key and positioning gateway define whether , he ^ 380 fc associated ^ a of 

address to be stored within a HLR record associated with the subscribets> e ^ a fleet management company, and the 

subscriber is to be armed. In the case of a removal of a particu i ar Mobile Sta tion International Subscriber Directory 

positioning trigger, this message causes an existing posi- Number - S (MSISDN's) associated with that group. Tlie 

Honing trigger to be removed from the HLR mnd d ta MSISDN ^ , he digit strin 3SSOciitod ^ , particular 

subscnber and subsequently from the serving MSC/VLR. ^ Mobi]e Statk)n (MS) 3Q0 

A message is then transmitted from the HLR of the 0nce the ^ 380 has deflned (he xfvice eteR5 398 

subscnber to the MSC/VLR serving the subscnber. This ific t0 , ha , ^ 380> (he GMLC 390 ^ a Location 

message either causes the arming of a positioning tngger for App i ication i dent ifier Number (LAIN) 386, which identifies 

a subscnber by storing mformat.on concerning the pos.t.on- the particular LA3 8 o and the associated service parameters 

ing trigger m the MSC/VLR record of the subscnber or the 45 39g j^^fa the requesting la 380 can send its LAIN 

removal of a positioning tngger mfonnaUon from the MSC/ 386 jn ejther an interaclive positioning request 382 or a 

VLR record of the indicated subscriber. Once the position- batd) mode positioning r , ^4 for a particu i ar M S 300 

mg trigger has either been armed or disarmed at the MSC/ or , of MS>S 300 tQ , he GMLC 390> which ^ ^ 

VLR of the subscriber an .acknowledgment message is GMLC 390 for the Public Land Mobile Network (PLMN) 

transmitted from the MSC/VLR to the HLR of the sub- SQ 38 S where the 380 is located rAn totela^iw positiomng n 

scnber and then from the HLR of the subscnber to the request 382 is performed immediately upon verification of 

positioning gateway. In this manner, the subscribers may autDonza ti 0 n, using the service parameters 398 defined by 

monitor for the occurrences of pos.uoning tnggers and , be ^ 380> wfaile a ba , ch mode itionin 1 384 ^ 

notify the positioning gateway upon their occurrence. performed only upon the occurrence of an event defined by 

BRIEF DESCRIPTION OF THE DRAWINGS 55 the LA 380 when the batch mode positioning request 384 is 

sent. 

For a more complete understanding of the present Jf ^ itionm ^ an htetiCtive positioning 

invention, reference is made to the following Detailed request 382, the LA 380 must include the LAIN 386 and the 

uescnption taKen in conjunction witn me accompanying MSISDN(s) 388 to be positioned and quaUty of service 

drawings wherein: 6Q information 381 If> the LA 380 ^ a g r0 up. r elated 

FIG. 1 is a block diagram of a conventional terrestrial application, a group ID associated with the MSISDN's to be 

based wireless telecommunication system; positioned can be sent with the positioning request. The 

FIG. 2 illustrates a sample positioning handover in which GMLC 390 can then cross-reference the group ID with the 

positioning data is acquired by a target based transceiver LAIN 386 and verify that the specified MSISDNs 388 

station and transmitted to a serving base station controller; 6 5 associated with the MSs 300 to be positioned belong to the 

FIG. 3 illustrates positioning of at least one mobile specified group ID to ensure that the LA 380 has the 

terminal by a location application (LA); authority to position those MS's 300. 
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In addition, the LA 380 can also include a number of 
optional service parameters 389 along with the interactive 
positioning request 382, together with the mandatory LAIN 
386, MSISDN(s) 388 associated with the MS(s) 300 to be 
positioned and quality of service information 381. For 
example, if the LA 380 is a group-related application, a 
requesting identifier number may also need to be included to 
identify the particular person who is requesting the posi- 
tioning of the MS's 300 within the group. As an example, if 
the LA 380 is a fleet management system, where numerous 
employees have access to the system that initiates the 
positioning requests, certain employees may not have access 
to the system, or may only have limited access to the system, 
e.g., only certain MS's 300 within the group can be posi- 
tioned by that employee. Thus, when the fleet management 
company defines its service parameters 398, it can require 
the inclusion of a requesting identifier number in the inter- 
active positioning request 382 in order to prevent unautho- 
rized positioning of the MS's 300 within the fleet manage- 
ment system group. 

Another optional service parameter 389, which can be 
included along with the interactive positioning request 382, 
is a called-party number, which can be used by the GMLC 
390 to verify whether or not the particular MS 300 to be 
positioned currently has a connection with that called-party 
number. For example, if the LA 380 is a taxi dispatch 
service, and a subscriber has called that taxi service request- 
ing a taxi, but is unsure of his or her current location, the taxi 
dispatch service can initiate a positioning request for the MS 
300 associated with that subscriber in order to send a taxi to 
that subscriber's location. If the taxi dispatch service defined 
its location services profile 398 such that the positioning of- 
a MS 300 can only be performed if that MS 300 has a call 
connection to the number associated with the taxi service, 
the taxi dispatch service can include the called-party 
number, which is the digit string associated with the taxi 
dispatch service, in the interactive positioning request 382. 
In addition, the taxi dispatch service can also include a 
calling-party number, which is the MSISDN associated with 
the MS 300 of the subscriber requesting the taxi. Therefore, 
by using the called-party number and calling-party number, 
the GMLC 390 can determine whether the MS 300 to be 
positioned has a call connection to the taxi company, and 
thus, whether the LA 380 has the authority to position that 
MS 300. 

In some situations, the MS 300 may have a call connec- 
tion to a third party, e.g., a service which provides trans- 
portation to subscribers who have been drinking, which is 
relaying the request for taxi service to the taxi dispatch 
service. In that case, a redirected number can also be 
included along with the called-party number and calling- 
party number in the interactive positioning request 382. 

Finally, the LA 380 can include optional conditions 391 in 
the interactive positioning request 382. For example, the LA 
380 can specify that the positioning should only be per- 
formed if the MS 300 is within a certain geographical area, 
e.g., a cell, location area, local access transport area, Mobile 
Switching Center area, state, or country. In addition, the LA 
380 can specify that the positioning should only be per- 
formed if the MS 300 is in a particular state, e.g., connected 
to a particular number, as described in the taxi example 
hereinbefore. It should be understood that many other types 
of conditions 391 and/or optional service parameters 389 
can be included in the interactive positioning request 382, 
depending upon the needs of the particular LA 380. 

If the positioning request is a batch mode positioning 
request 384, the LA 380 must include its LAIN 386, the 
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quality of service information 381 and a particular event 387 
which must occur for positioning to be performed. The 
MSISDN(s) 388 associated with the MS(s) to be positioned 
are also typically required to be included in the batch mode 

5 positioning request 384. However, if the LA 380 is an 
emergency center, the emergency center can define the event 
387 as position any MS 300 that dials "911", regardless of 
the MSISDN 388 or whether the particular MS 300 has an 
MSISDN 388 (in the case where service for the MS 300 has 
not yet been activated). In that case, when an MS 300 dials 
"911", a Mobile Switching Center/Visitor Location Register 
(MSC/VLR) 360 serving the area 305 that the MS 300 is in 
triggers the positioning request in a serving Mobile Location 
Center (MLC) 370, and positioning of the MS 300 is 

j5 performed. Thus, the emergency call can be routed to the 
appropriate Public Safety Answering Point (PSAP) (not 
shown) and emergency services can be dispatched to the 
current location of the MS 300. 
The event 387 which triggers positioning of the MS 300 

20 can range from a call originated by the MS 300 to a location 
update performed by the MS 300. For example, if the MS 
300 has a location-based charging service plan, every time 
the MS 300 places a call, positioning of the MS 300 is 
performed to determine the amount to charge the subscriber 

2S for the call. In this case, the LA 380 would send a batch 
mode positioning request 384 for the MSISDN 388 associ- 
ated with the MS 300 to be positioned and an indication 
(event 387) that positioning is to be performed only when 
the MS 300 originates a call. In an alternative embodiment, 

30 the LA 380 can specify (define the event 387) that position- 
ing of the MS 300 is only performed when a mobile 
terminating call occurs, e.g., the MS 300 receives a call. 

In addition, the triggering event 387 can be a Short 
Message Service (SMS) message sent from or to the MS 

35 300. Alternatively, the event 387 could be an Unstructured 
Supplementary Service Data (USSD) message, a Call Inde- 
pendent Supplementary Service (CISS) message or a Loca- 
tion Update message. Furthermore, as discussed 
hereinbefore, an emergency center can send a positioning 

40 request without an indication of the MSISDN 388 to the 
GMLC 390 and request (include an event 387) positioning 
to be performed only when the MSC/VLR 360 receives a 
"911" call. 

It should, therefore, be understood that any triggering 

45 event 387 can be defined by the LA 380, and only upon the 
occurrence of the event 387, is the MS 300 positioned. 
Alternatively, the LA 380 can define a series of events 387 
to occur before positioning is performed. For example, the 
LA 380 can define the events 387 such that upon the 

50 occurrence of a specified event 387, the LA 380 is notified 
of the occurrence, and the LA must then send a message, 
such as "proceed with the positioning," for positioning to 
occur. If, for example, the first event 387 is the performance 
of a location update (either periodic or when the MS 300 

55 actually enters into a new location area), the GMLC 390 can 
notify the LA 380 that a location update has occurred. 
Thereafter, if the LA 380 desires positioning to be 
performed, the LA380 can send a message, such as "proceed 
with the positioning," to the GMLC 390, which is the second 

60 event 387 defined by the LA 380 for positioning to occur. 
Optional service parameters 389 can also be included in 
the batch mode positioning request 384, such as the request- 
ing identifier number, as described hereinabove. In addition, 
conditions 391 can be included, such as the location of the 

65 MS 300 or the state of the MS 300, e.g., call connected. 
Referring now to FIGS. 4 and 5, there are shown a signal 
flow diagram and flow chart illustrating the manner for 
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storing and arming positioning triggers in response to a trigger 625. For a GSM system, a delete subscriber data 

batch location requests from the location authority 380. For message containing the positioning trigger information may 

batch location requests, the location application 380 sped- be used to update the subscriber's VLR record. The serving 

fies a positioning trigger (event) that will trigger the posi- MSC/VLR 360 acknowledges the disarming of the position- 

tioning of one or more mobile stations 300. A location 5 mg trigger at step 725 to the HLR 350, and the HLR 

application 380 initially transmits at step 500 a batch request acknowledges the removal and disarming of the positioning 

to a positioning gateway (in a GSM system the positioning trigger t0 the positioning gateway 390 at step 730. 

gateway is called the gateway mobile location center n f . . 0 it _ 

(GNLQ) 390. The batch request 410 includes a position n0W 10 FIG 8 ' ,here * if*™^ * C ™ nn K er k 

rigger 415 that will trigger a positioning of a specified in whlch the . P°s«'°™g 8f way j** 0 * D °J ba 'u h 

mobile station 300. The positioning gateway 390 verifies at 10 ZTrwT™% event by the MSC/VLR 360. When the 

cnc *u * <u i rJL n i- lflft ; p n „ t u~^oA t „ MSC/VLR 360 detects that a subscriber is involved in an 

step 505 that the location application 380 is authorized to t . ,. t , . . t . . 

. «u u . l i «• • r .u a a u u event indicated as a triggering event in the subscriber s VLR 

request the batch location service for the specified subscnb- , - . wc./-™ n * . onn 

2 at step 505. After authorization, the positioning gateway ' ec ° rd 362 > . the . MSC/VLR 360 1 transmits , i message at 800 

sends at step 510 a message 420 to the HLR 350 of the „ 10 ** positioning gateway 390 md,cated withm the VLR 

subscribers indicated within the batch request 410. While 15 record 362 the P°* l '° DU, e gateway of the event 

FIG. 4 only illustrates a transmission being made to a single °™<*- Th.s menage 810 mcludes the subscribe* 

HLR 350, it should be understood that a transmission is ^rectory number 815 (th< 'MSISDN in a GSM system) and 

made to each HLR for each subscriber included within the the f°, S " 10mn f tn 88 er 320 ' .™e pos.tionmg gateway 390 

k atc k must then determine if positioning should occur for the 

20 subscriber 

The message 420 transmitted to the HLR 350 includes the ... * , _ , . . 

directory number 425 of the subscriber (the MSISDN in a Although a preferred embodiment of the method and 

GSM system), a positioning gateway address 430, a posi- a PP aratus of *e present invention has been illustrated m the 

tioning trigger 435 and the subscription override key infer- accompanying Drawings and described in the foregoing 

mation 440. The subscription override key information 440 25 Detailed Description it is understood that the invention is 

indicates whether the check of subscription key location not hmited to the embodiment disclosed, but is capable of 

services must be performed before scoring and arming the numerous rearrangements, modifications, and substitutions 

positioo trigger. The HLR 350 checks the subscriber sub- without departing from the spirit of the invention 

scription to location services at step 515 as indicated by the and defined b y the blowing claims, 

subscription override key. If the check is successful, the 30 For example, it should be noted that the location services 

HLR 350 stores the positioning trigger 435 and the posi- can be used b y applications located-in or connected to the 

tioning gateway address 430 within the subscribers HLR subscriber's MS, by network applications or by external 

record 352. applications. 

The HLR 350 next transmits a message at step 525 to the In addition, it should be understood that other positioning 

subscribers serving MSC/VLR 360 to arm the positioning 35 methods, instead of the Timing Advance positioning method 

trigger. The message 445 includes the subscriber identity discussed herein, can be used to determine the location of 

450 (the IMSI number in a GSM system), the positioning the mobile terminal For example, such positioning methods 

gateway address 430 and the positioning trigger 435. The can include: Time of Arrival, Angle of Arrival, Global 

serving MSC VLR 360 acknowledges the arming of the Positioning System, Observed Time Difference, or 

positioning trigger to the HLR 350 at step 530 and the HLR 40 Enhanced Observed Time Difference, 

acknowledges the arming of the positioning trigger to the Furthermore, it should be understood that the positioning 

positioning gateway 390 at step 535. systems and methods disclosed herein can be utilized by any 

Referring now to FIGS. 6 and 7, there are illustrated a cellular network, including, but not limited to the Global 

signaling diagram and flow chart more fully describing the System for Mobile Communications (GSM) network, the 

method by which a position trigger may be removed and 45 Personal Communications Systems (PCS) network, the 

disarmed from subscribers within an active batch request. A network and the D-AMPS network, 

location application 380 can request the positioning gateway What is claimed is: 

350 cancel an active batch location request. The location L A method for processing positioning triggers for batch 

application 380 generates a request at step 700 to the location requests in a location services system, comprising 

positioning gateway 350 to cancel an active batch request or 50 me ste P s of: 

to order the termination of the location authority subscrip- receiving a batch location request from a location author- 

tion to local services. The positioning gateway 350 verifies itv at a positioning gateway, the batch location request 

at step 705 that the location authority 380 is authorized to having a positioning trigger associated therewith; 

request cancellation and transmit at a message 610 at step updating a position trigger within an HLR record of at 

710 to the subscriber HLR 350 for each subscriber including 55 least one subscriber associated with the batch location 

in the batch request. This message 610 contains the sub- request in response to the batch location request; 

scriber's directory number 615 (the MSISDN in a GSM configuring a position trigger in an MSC/VLR of the at 

system), the address of the positioning gateway 620 and the least one subscriber in response to the batch location 

positioning trigger 625. request; and 

In response to this message 610, the HLR 350 removes 60 operating the at least one subscriber according to the 

the positioning trigger 625 and the positioning gateway configuration of the position trigger in the MSC/VLR. 

address 620 from the subscriber HLR record 352 at step 715. 2. The method of claim 1, wherein the step of updating 

The HLR 350 then transmits a message 630 at step 720 to further comprises the step of storing the positioning trigger 

the subscriber serving MSC/VLR 360 to disarm the indi- within an HLR record of the at least one subscriber, 

cated positioning trigger 625. The message 630 contains the 65 3. The method of claim 2, wherein the step of configuring 

subscriber's identity 635 (the IMSI in a GSM system), the further comprises the step of arming the positioning trigger 

address of the positioning gateway 620 and the positioning in the MSC/VLR of the at least one subscriber. 
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4. The method of claim 1, wherein the step of updating 
further comprises the step of removing the positioning 
trigger from the HLR record of the at least one subscriber. 

5. The method of claim 4, wherein the step of configuring 
further comprises the step of disarming the positioning 
trigger in the MSC/VLR of the at least one subscriber. 

6. The method of claim 1 further including the step of 
verifying the authority of the location authority to provide 
the batch location request. 

7. The method of claim 1 further including the step of 
transmitting a message from the positioning gateway to the 
HLR in response to the positioning trigger included in the 
batch location request. 

8. The method of claim 1 further including the steps of: 
acknowledging the configuring of the position trigger to 

the HLR; and 

acknowledging the configuring of the position trigger to 
the positioning gateway. 

9. The method of claim 1 further including the step of: 
determining whether checking of subscription to location 

services must be done, based on a received value of a 
subscription override key. 

10. The method of claim 1, wherein the steps of operating 
further includes the steps of: 

detecting occurrence of a positioning trigger at the sub- 
scriber; and 

notifying the positioning gateway of occurrence of the 
positioning trigger. 

11. A method for handling positioning triggers for batch 
location requests in a location services system, comprising 
the steps of: 

receiving at a positioning gateway a batch location 
request including a positioning trigger from a location 
authority; 

transmitting a message from the positioning gateway to an 

HLR of at least one subscriber associated with the 

batch location request; 
storing the positioning trigger of the batch location 

request within an HLR record for the at least one 

subscriber; 

transmitting a message from the HLR to an MSC/VLR of 45 
the at least one subscriber; and 

arming the positioning trigger for the at least one sub- 
scriber of the MSC/VLR in response to the message 
from the HLR. 

12. The method of claim 11 further including the step of 50 
verifying the authority of the location application to provide 
the batch location request. 



10 



15 



20 



25 



30 



35 



40 



13. The method of claim 11 further including the steps of: 
acknowledging the arming of the positioning trigger to the 

HLR; and 

acknowledging the arming of the positioning trigger to the 
positioning gateway. 

14. The method of claim 11, wherein the message trans- 
mitted from the positioning gateway to the HLR includes at 
least one of an identification for the subscriber, an address of 
the positioning gateway, the positioning trigger and sub- 
scriber override key information. 

15. The method of claim 11, wherein the message trans- 
mitted from the HLR to the MSC/VLR includes at least one 
of a subscriber identifier, an address of the positioning 
gateway and the positioning trigger. 

16. A method for handling positioning triggers for batch 
location requests in a location services system, comprising 
the steps of: 

receiving at a positioning gateway a batch location 
request including a positioning trigger from a location 
authority; 

transmitting a message from the positioning gateway to an 

HLR of at least one subscriber associated with the 

batch location request; 
removing the positioning trigger of the batch location 

request from an HLR record for the at least one 

subscriber; 

transmitting a message from the HLR to an MSC/VLR of 

the at least one subscriber; and 
disarming the positioning trigger for the at least one 

subscriber of the MSC/VLR in response to the message 

from the HLR. 

17. The method of claim 16 further including the step of 
verifying the authority of the location authority to provide 
the batch location request. 

18. The method of claim 16 further including the steps of: 
acknowledging the disarming of the positioning trigger to 

the HLR; and 

acknowledging the disarming of the positioning trigger to 
the positioning gateway. 

19. The method of claim 16, wherein the message trans- 
mitted from the positioning gateway to the HLR includes at 
least one of an identification for the subscriber, an address of 
the positioning gateway, the positioning trigger and sub- 
scriber override key information. 

20. The method of claim 16, wherein the message trans- 
mitted from the HLR to the MSC/VLR included at least one 
of a subscriber identifier, address of the positioning gateway 
and the positioning trigger. 
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